gtkwidget: Lookup target widget when propagating emulated pressed

After a gesture first claims, and later rejects a touch sequence,
a press event will be propagated further along. However propagation
got messed up since we only emitted as far as the toplevel.

Update the css style test

The new font-variant support affected the output here.

Make css node and style tests run

Just like the previous commit, we need to set G_TEST_SRCDIR.

Make css parser tests run

We need to set G_TEST_SRCDIR and friends for this to do anything.
Setting it reveals that a bunch of the tests are broken.

Update some a11y tests

Fix a typo

testsuite: cosmetics

Put all tests in a suite, and order them in a nicer way.
This makes the test output look better.

Settings: Mention Shift+primary click on Range too

This already existed, and since this doc blurb is already inflating
dramatically, what’s another half a line?

Settings: Reflect resurrected middleclick in Range

and while here, make the explanation more explicit as to which values do
what, & use general Range terminology instead of focussing on scrollbars

https://bugzilla.gnome.org/show_bug.cgi?id=787669

ToggleButton: Actually show buttons in new snippet

Also, create a Window, instead of a Dialog without a transient parent,
which is (noisily) discouraged. Then s/content_area/box/g to match.

docs: Clarify the visibility of buttons in GtkStackSwitcher

If a page in the GtkStack is not visible, then the GtkStackSwitcher
won't show a button for it.

range: Bring back middle clicks

It does not hurt us to keep middle clicks doing the same
as shift-primary clicks. This makes the transition from gtk2
less painful in terms of muscle memory.

https://bugzilla.gnome.org/show_bug.cgi?id=787669

gtktextview: Add a missing g_assert_not_reached() for switch default

Clarifies the code and helps catch invalid enum values before they
propagate further. Also add a comment about why two seemingly legitimate
values are not handled there (they’re handled higher up in the file).

Coverity CID: 1457700

Signed-off-by: Philip Withnall <withnall@endlessm.com>
https://bugzilla.gnome.org/show_bug.cgi?id=788787

bindings: Fix code snippet

Just use a more realistic example, adapted from gtklistbox.c

accellabel: Fix code snippet

aboutdialog: Fix code snippets

Define all variables and fix a missing comma in the first
gtk_show_about_dialog call.

applicationwindow: Fix code sample

Declare all variables, use proper GtkApplication constructor and the
right GTK_APPLICATION() cast for gtk_application* API.

togglebutton: Fix code snippet

Remove gtk_box_pack_start usage, gtk_dialog_get_content_area, fix wrong
gtk_dialog_new parameters and actually add a output_state callback.

gtksettings: Fix code snippet

gtk_init does not take any arguments anymore and
GTK_TYPE_IMAGE_MENU_ITEM is gone.

label: Make all code snippets properly compile

accellabel: Document new API

conview: Fix rubberband coordinates when scrolling

iconview: Remove double-MAX when updating rubberband

rendericon: Fix texture transformation

Use the one from snapshot_icon, which works.

modelmenuitem: Fix icon/label alignment

gtk_box_pack_end will put the label child at the right side of the label
(in LTR orientation), but we want it left, directly next to the icon.
Also remove the spacing from the box child as this is a theme thing.

grid: Only pass baselines to children that request it

grid: Simplify allocating children

allocation->x and allocation->y are always 0. MAX'ing width/height with
1 is also wrong now since 0 is a valid width/height for widgets.

eventcontrollerscroll: Emit ::scroll for -1/+1 discrete steps

The > 1 meant it only emits the signal for -2/+2 steps.

tests: Add testgridbaseline

Which shows that GtkGrid currently computes baselines for all rows even
though not all of them might request a baseline.

cssnode: Delay getting the parent style until we need it

There's an early return before.

Look at all those saved cycles.

Don't set child position in a ui file

It is not necessary, and causes assertions in some of
our tests.

cssnode: Don't put wrong styles in the style cache

~Company ╡ so TL;DR: we put the static style in the cache, but then
       ⤷ ╡ compute a child style from the animated style in the cache
       ⤷ ╡ and we put the child style also in the cache (because
       ⤷ ╡ it's not animated)
       ⤷ ╡ then we run the animation, but reuse the cache every time
       ⤷ ╡ for both child and parent
       ⤷ ╡ so after the animation is done, we end up with a cache that
       ⤷ ╡ has the correct static style for the parent but an
       ⤷ ╡ incorrect static style for the child
       ⤷ ╡ because that static style was computed from the
       ⤷ ╡ initial animated style

This fixes https://bugzilla.gnome.org/show_bug.cgi?id=763517

cssnodedeclaration: Add gtk_css_node_declaration_to_string

build: Drop redundant workaround

This is fixed and we require a meson > 0.39 anyway.

rendernode: Don't leak mem_surface

Don't try to snapshot invisible icons

These spew criticals when width == 0 || height == 0.

scalebutton: Fix comparison for empty icon list

stylecontext: Fix doc comment

There is no @cr here anymore.

GdkDisplay: Add a private _emit_opened

So we don't have to use the slower g_signal_emit_by_name in startup
paths.

textdisplay: Remove widgets parameter from gtk_text_layout_draw

All calls in gtk+ were passing NULL anyway.

grid: Drop priv pointer

Reshuffle the css tests a bit

Reshuffle the a11y tests a bit

Add an install-tests option

Use this to enable or disable installed tests.

Install css api test again

Install css style tests again

Reinstate the installed tests for css style.

Install css parser tests again

Reinstate the installed tests for the css parser.

Install css node tests again

Reinstate the installed tests for css nodes.

Fix docs build

this include file can't be found, so just do without it.

Towards a working docs build

Add back images, content_files and expand_content files.

Update Swedish translation

Towards a working docs build

Pass mode: 'none' so escaping of <> in doc comments works.

Updated Czech translation

Updated Slovenian translation

Update Polish translation

gdk: Translate some more key names

These are used in the Keyboard panel of GNOME Settings.

https://bugzilla.gnome.org/show_bug.cgi?id=787866

printing: Don't show duplicate printers

Check UUID for printers obtained via DNSSD whether
they are already installed on local CUPS server.
Don't show such printers.

Not all printers published via DNSSD have UUID entry though.

https://bugzilla.gnome.org/show_bug.cgi?id=786794

Add a transform node reftest

Add another cross-fade reftest

snapshot: Use a better placeholder

An empty container has the same effect as transparency
with the cairo renderer, but creates black with Vulkan.
To avoid this, explicitly use a transparent color node.

This fixes the css blendmode example in gtk4-demo with
the Vulkan renderer.

Regenerate blendmodes reftest

Fix blendmode shader

My reading of the spec formulas was imperfect.

Revise coordinate handling for blend nodes

This is the same change that was applied to cross-fade
nodes.

Stop using gsk_cairo_node_new_for_surface

Best to avoid handling the surface ourselves.

Add another blendmodes reftest

This tests all blendmodes. Again, the Vulkan renderer fails.

Revise the coordinate handling one more time

This makes the new reftests pass and hopefully does not
break other things.

Dialog: Clarify that response ID 0 is not reserved

I only got so far in math, but it looks to me like zero isn’t positive.
We don’t reserve it, so be clear about that.

MenuButton: Document the correct no-direction icon

Document open-menu-symbolic, which we use, not view-context-menu, which
does not exist.

Add a cross-fade node ref test

The Vulkan renderer doesn't pass this one either, currently.

Add a blendmode node reftest

The Vulkan renderer doesn't pass this, currently.

Fix application window snapshot differently

As Timm Baedert pointed out, the previous fix made the
menubar go on top of popovers, which is just wrong. Instead,
make gtk_window_snapshot handle all direct children of the
window, taking care to stack popovers correctly.

Expand the repeat node test

Still not exhaustive, but enough to find some issues.

Add a repeat node test

Add a basic cairo node test

Allow backend-specific reference images

This is not ideal, but lets us deal with differences for now.

vulkan: Fix cross-fade node coordinates

This is the same fix as was just committed for blendmode nodes.

vulkan: Fix blendmode coordinate handling

We were node handling coordinates correctly when dealing
with differently sized child nodes in a blendmode node.
This was showing up in the gtk4-demo css blendmode example,
for blendmodes other than normal.

vulkan: Fix repeat node coordinates

We were not treating non-trivial child bounds right at all.
This was visible in the css blendmode cmyk example in gtk4-demo,
for the normal blendmode.

inspector: Show child bounds for repeat nodes

The more information, the better.

Create tests for cairo node

https://bugzilla.gnome.org/show_bug.cgi?id=788534

gsk: Move gsk_cairo_node_new_for_surface into public API

https://bugzilla.gnome.org/show_bug.cgi?id=788534

gsk: Fix serialization of cairo node

https://bugzilla.gnome.org/show_bug.cgi?id=788534

testmenubutton: Fix inverted keynav in the GtkMenu

GtkMenu’s own keynav code, which actually bothers to account for the
layout of items, only happens if columns > 1. So, adding items to 1
column using a reverse loop meant they were placed in the Menu’s list of
children in that order, and because we only have 1 column, Menu passes
keynav up to MenuShell, which doesn’t adjust for the items’ positions.

‘Fix’ that here by adding items in the same order they’ll have when laid
out in the Menu, so keynav does what you’d expect, not the opposite. For
that, it’s simpler just to use gtk_container_add().

Let’s presume users are using add(), attach() with a non-inverted loop,
or attach() with arguments that create 2+ columns and so GtkMenu keynav.

snapshot: Set blend mode directly after pushing state

This is important since _push_state returns a pointer into a GArray
which could be invalidated and point to garbage after the subsequent
push_state call.

snapshot: Fix blend mode handling

We were getting out states confused and were always creating
a blend mode node with mode NORMAL.

gtk4-demo: fix a typo

The blend mode is called saturation, not saturate.

Adwaita: theme the shortcuts window search results

Add some margins, and, since we can, also move the spacing here.

Shortcuts window: Make search results themable

Add a style class to the box containing search results,
so we can apply style here.

application window: Make menubar appear

This needed to be ported to snapshot, still.

Adwaita: theme shortcuts windows a bit

Add some space around the content.

shortcuts: Add css names to some widgets

This will let us put some styling in place for these.

gtk4-demo: Fix the scrollbar popup menu example

A scrollbar is not a range anymore, so the callback
needs some adjustments (!).

scrollbar: keep populate-popup signal working

This is used for example in the source tab of gtk4-demo.
It broke because GtkScrollbar no longer is a GtkRange,
but rather has one. So we need to forward the signal.

notebook: Don't steal right-clicks from content

We only want to pop up the context menu in the tab strip.

Adwaita: Fix scrollbar theming a bit

Reinstate the fine-tune mode scrollbars.

scrollbar: Correct css docs

The .fine-tune class appears on the range node.

Drop the env var for scrolling control

This was never meant to be an official api, but rather
a transition help. Time to drop it for GTK+ 4.

textview: Fix memory handling

When cleaning up the text appearance struct, we forgot
to add the new strikethrough_rgba member to the copy
function.

printing: Fix page drawing

We were drawing frames around our drawing areas.

printing: Some fixes to the print dialog

Hide widgets that are meant to be hidden initially, and use
the right spin button apis.